============================================================== Guild: wafer.space Community Channel: ℹ️ - Information / general Topic: Welcome to [wafer.space](https://wafer.space/) - documentation at [wafer.space github](https://github.com/wafer-space) - buy at [buy.wafer.space](https://buy.wafer.space) - archives at [discord.wafer.space](https://discord.wafer.space/) After: 2026-07-31 11:59 p.m. Before: 2026-09-01 12:00 a.m. ============================================================== [2026-08-01 8:23 p.m.] djsftree Greetings! New here and hoping to get something ready in time for Run 3. {Reactions} 👋 (4) waferspace [2026-08-02 5:43 a.m.] anfroholic Sweet! Want to share what you're hoping to make? [2026-08-02 12:08 p.m.] djsftree I see mithro has been adding 1x1_max_all 🤔 will the pcb templates be updates for the new slot sizes? also, is it possible for another KGD to be assembled , like an external psram at time of assembly, if a wire bond plan is invluded? [2026-08-02 1:42 p.m.] anfroholic Sorry, I don't know what you mean by `1x1_max_all` but I don't think we'll be doing any kinds of multi die packaging for a while if that's what you're referring to. Mouser and others stock PSRAM you can add to your motherboard https://www.mouser.com/en/ProductDetail/878-APS6404L-3SQR-SN *edit*: > will the pcb templates be updates for the new slot sizes? Yes, all standard slot sizes will have COB available, you do not need to do custom bonding diagrams, just use the default pad structure (VSS, VDD are the only ones that need to be the same) [2026-08-02 1:58 p.m.] djsftree https://mithro.github.io/gf180mcu-project-template/ [2026-08-02 2:01 p.m.] djsftree linked to from just below slot sizes table https://www.crowdsupply.com/wafer-space/gf180mcu-run-3/ , 1x1_max_all {Embed} https://www.crowdsupply.com/wafer-space/gf180mcu-run-3/ wafer.space GF180MCU Run 3 Fabricate 1,000 chips of your own design 2026-08_media/87f2abdc-f041-4d4f-958c-11d447924944_open--9F09A.jpg [2026-08-02 2:02 p.m.] djsftree “Configuration Variants” [2026-08-02 2:05 p.m.] djsftree i assume that “mithro“ is part of the wafer space team? 🤔 [2026-08-02 2:22 p.m.] anfroholic Yep, Tim is running the show. If the attached picture is what you're referring to, these are some theoretical maximums you could achieve on the 1x1 die. If you want the COB option through wafer.space you will need to conform to the standards defined in https://github.com/wafer-space/gf180mcu-project-template/tree/main/librelane/slots Hope that helps! {Attachments} 2026-08_media/image-4268C.png {Embed} https://github.com/wafer-space/gf180mcu-project-template/tree/main/librelane/slots gf180mcu-project-template/librelane/slots at main · wafer-space/gf... Project template for wafer.space MPW runs using the gf180mcu PDK - wafer-space/gf180mcu-project-template 2026-08_media/gf180mcu-project-template-2C9D6 [2026-08-02 2:32 p.m.] 246tnt I wouldn't however count what you find in his personal repo to be anything authoritative. Just because he pushed a different template in his repo doesn't mean it's included as a CoB option. As Andrew pointed above, the official supported template is under the wafer-space org. {Reactions} 💜 [2026-08-02 2:39 p.m.] djsftree noted, wafer space org over crowd supply page. [2026-08-02 2:49 p.m.] anfroholic To be clear, you're more than able to do whatever you want on your die and have any amount of pads in any configuration of your choosing. Only specifically if you're choosing the COB option do you need to conform to anything other than overall dimensions [2026-08-02 3:23 p.m.] mole99 The platform has a checkbox for CoB that you can select. If enabled, the precheck ensures that your pads are compatible and will throw an error otherwise. Note that you still need to purchase the CoB packaging option. {Reactions} 👍 [2026-08-02 4:50 p.m.] namibj Yeah; once we get feedback on whether what I did for `FC01` is acceptable in future runs, though perhaps with mandated machine QR code in the corner; (I am under the belief that it would merely require a flag on platform.wafer.space to select "I am a flip chip die, not a wire bond die", to select the alternate DRC deck): I expect that even the full freedom of the flip-chip DRC deck will be allowed. @Leo Moser (mole99) might be able to tell us if that general allowance of subjecting a submitted chip to the flip chip DRC deck is looking favorable or if it'll likely take until after Run3. [2026-08-03 12:29 a.m.] rtimothyedwards_19428 Wafer.Space run 3 deadlines just went up on the website and nothing was posted in #announcements ?? [2026-08-03 2:10 a.m.] essen__ We where all gunning for buying the first slot so we didn't tell you. 😏 {Reactions} 😅 [2026-08-03 7:15 a.m.] djsftree 1x1_flip_chip_max_all 🥵 [2026-08-03 9:18 a.m.] anfroholic Done, thanks! [2026-08-03 10:42 a.m.] djsftree {Attachments} 2026-08_media/flipchip_passive-57F86.png [2026-08-03 11:15 a.m.] namibj how are you gonna fan that out? [2026-08-03 11:32 a.m.] djsftree initially, would simply be a test die, with a bunch of analog, passives and an inductor ring test. would be a 6 layer laser drilled pcb. [2026-08-03 11:33 a.m.] 246tnt How are you getting it bumped ? [2026-08-03 11:43 a.m.] namibj ENIG on zincate seems mature; a variant retains wire bonding ability and wouldn't turn the rest of the wafer useless. (I'm less worried about that part of the entire ordeal.) [2026-08-03 11:43 a.m.] namibj Happy to work with you on making flip chip practical! [2026-08-03 11:49 a.m.] djsftree https://www.cil-uk.co.uk/news/cil-brings-wlcsp-flip-chip-wafer-interposer-bga-solder-bumping-to-the-uk-for-advanced-semiconductor-packaging/ {Embed} https://www.cil-uk.co.uk/news/cil-brings-wlcsp-flip-chip-wafer-interposer-bga-solder-bumping-to-the-uk-for-advanced-semiconductor-packaging/ CIL brings Flip Chip / WLCSP / Wafer / Interposer / BGA solder bum... [2026-08-03 12:02 p.m.] namibj I mean if they're gonna do it for affordable pricing.... [2026-08-03 12:08 p.m.] namibj @djsftree You've seen the test die on Run2, right? [2026-08-03 12:08 p.m.] djsftree early days, I have a 138 days 🙂 [2026-08-03 12:08 p.m.] namibj To figure out what's needed to then arrange/schedule and design, it passes faster than you'd think 😄 [2026-08-03 12:11 p.m.] djsftree FC01 ? {Attachments} 2026-08_media/image-FFD42.png [2026-08-03 12:26 p.m.] namibj Yeah [2026-08-03 12:28 p.m.] namibj The big pads are for LGA testing; the small ones are more for testing anisotropic conductive film attachment to JLC 's 1/3 oz 2L flex with it's 2~3 mil min trace/space specs, as a 1D array that can go on the edge or with care even in the middle of a die. [2026-08-03 12:52 p.m.] rtimothyedwards_19428 @namibj : We did flip-chip in the early days of the Efabless open MPW runs, and the problem that we had was that (1) it was ridiculously expensive, and (2) it took a ridiculously long time to get done. Eventually we switched to wirebonding because it was just easier, quicker, and cheaper all around. Also I ended up with a padframe design that was good for flip-chip but suboptimal for wirebonding and we were stuck with that solution, which is still being used for wirebond packages. . . Other than that, the flip-chip solution was great! If you can figure out how to overcome the cost and delay issues, then it is definitely worth having. [2026-08-03 1:09 p.m.] djsftree Advanced Packaging Facility at University of Southampton - https://www.youtube.com/watch?v=ICRDBpmev4o {Embed} TPT-Wirebonder https://www.youtube.com/watch?v=ICRDBpmev4o Stud Bump Bonding without Tail TPT Wirebonder HB16 is bonding Bumps without Tail. The Bump Size is electronical adjustable. For more information visit: https://www.tpt-wirebonder.com/applications/#bump-bonding 2026-08_media/hqdefault-DBFF0.jpg [2026-08-03 1:12 p.m.] namibj Yeah that's also a potential approach. [2026-08-03 1:13 p.m.] djsftree HB100 looks awesome [2026-08-03 1:13 p.m.] djsftree https://www.youtube.com/watch?v=iIb7I31I8d8 {Embed} TPT-Wirebonder https://www.youtube.com/watch?v=iIb7I31I8d8 HB100 Wire Bonder Bump Bonding Bumps applied on bond sample and microchip (flip chip). For more information visit: https://www.tpt-wirebonder.com/applications/#bump-bonding 2026-08_media/maxresdefault-C007C.jpg [2026-08-03 1:14 p.m.] djsftree https://www.tpt.de/wp-content/uploads/00_Media/99_Elemente_und_Platzhalter/Datenbl%C3%A4tter/HB100_Datasheet_2025.pdf [2026-08-03 1:19 p.m.] djsftree {Attachments} 2026-08_media/image-7735F.png [2026-08-03 1:19 p.m.] djsftree neat bit of wquipment [2026-08-03 1:21 p.m.] 246tnt @Tim Edwards Oh wow, I had heard qfn was more expensive than the wlcsp and that's why were were getting 100 instead of 300 wlcsp. [2026-08-03 1:28 p.m.] namibj The set up cost is the issue in classic WLCSP services; being wafer level the unit economics are otherwise great [2026-08-03 1:28 p.m.] rtimothyedwards_19428 @tnt : In theory, or at least in mass production, yes, WLCSP is cheaper. But in low quantities like we do, that's not the case. And yes, once the WLCSP is paid for, it's as easy to do 300 parts as it is to do 100, and somewhere in there the WLCSP becomes cheaper per part, but at least at Efabless we didn't have that much demand for 300+ parts per customer, and the assembly prices also add up. [2026-08-03 1:29 p.m.] djsftree So it seems to me, gold stud bumping is a wire-bonder operation. It's a modified wirebonder placing and shearing a ball. Probably more complex than that but I wonder if the company that wafer space are using for wire bonding can do gold/shear balls. [2026-08-03 1:29 p.m.] namibj I'm working towards not needing the expensive parts of the traditional WLCSP processing. [2026-08-03 1:30 p.m.] namibj First problem is we're dealing with Al topmetal [2026-08-03 1:51 p.m.] namibj My plan is to just electroless plate bumps up for fancier approaches than using the copper traces of the flex as the gap defining bumps. [2026-08-03 2:26 p.m.] mole99 wafer.space chip spotted at [HeiChips](https://heichips.github.io/) {Attachments} 2026-08_media/signal-2026-08-03-14-48-36-834_003-9E01B.jpg 2026-08_media/signal-2026-08-03-14-48-36-834_002-1206F.jpg {Reactions} 🎉 (6) 💙 [2026-08-03 2:30 p.m.] rtimothyedwards_19428 @namibj : I know somebody (my former boss at MultiGiG) who has a process for cheap bump bonding. He has been talking with Tim Ansell and they may be working on a solution for Wafer.Space. I don't know any details beyond that, but you should probably ask Tim Ansell about it before delving too deeply into your own solution. [2026-08-03 2:47 p.m.] namibj Ahhh, ok [2026-08-03 7:36 p.m.] djsftree anisotropic conductive film attachment to JLC 's 1/3 oz 2L flex -- 200 µm pitch, 74 bars, or potentional "soldering" {Attachments} 2026-08_media/image-FF2EE.png [2026-08-03 7:41 p.m.] djsftree "electroless plate bumps up for fancier approaches than using the copper traces of the flex as the gap defining bumps" - sounds interesting too! [2026-08-03 9:18 p.m.] namibj yeah; notably it hopefully opens up approaches that rely on e.g. solder mask defined pads or at least similar structures that can include vias; with ACF there's likely actually no need for solder mask as funny as that sounds, because everything is defined by bumps/surface topography [2026-08-03 9:19 p.m.] namibj notably that can integrate with the classic padframe structure in a way that you could arrange for them to get wedge bonded if after tapeout the opportunity of the specific flip chip approach dries up. [2026-08-05 11:05 a.m.] chips4makers One of the disadvantages I see for WLCSP is that if you make the bond pad bump compatible in size and pitch for direct PCB bonding you limit the amount of pads/area. At imec the packaging people were also worried about difference in thermal expansion between silicon and PCB leading to cracked joints after repeated thermal cycling of your system (e.g. turning on and off). A more classic alternative to WLCSP is flip chip packaging with a so called substrate connecting out a tighter bump pitch to a bigger BGA pitch that is PCB compatible. I believe main NRE cost was the design of the substrate but this could be shared if we standardize the bump array on silicon. If somebody wants to investigate further, imec was using [Greatek](https://www.greatek.com.tw/index-en.html) for small volume packaging. {Reactions} ❤️ [2026-08-05 11:42 a.m.] namibj Yeah, for the record I'm not aiming at large pitch other than perhaps some power devices to be tightly integrated with epc-co (or other's) GaN-on-silicon devices, and for density reasons typically not regular FR4. [2026-08-05 4:17 p.m.] djsftree added offscreen rendering and anti aliasing to GDS3D and a little spinn to mp4 {Attachments} 2026-08_media/example_spin-CD643.mp4 {Reactions} 👀 🎉 [2026-08-05 4:18 p.m.] djsftree developing the tech file for GDS3D for gf180mcud [2026-08-05 6:17 p.m.] djsftree gf180mcu_fd_io__bi_24t {Attachments} 2026-08_media/bi_24t-3EDAC.mp4 {Reactions} 🔥 🎉 [2026-08-06 7:20 a.m.] sudonet awesome! [2026-08-06 7:20 a.m.] sudonet i've tried making one too [2026-08-06 7:20 a.m.] sudonet since i wanted to view mine in gds3d as well [2026-08-06 2:54 p.m.] djsftree Take a look - https://agentdavo.github.io/GDS3D/ [2026-08-06 3:17 p.m.] anfroholic Wow, never realized there were so many standard cells! Cool! [2026-08-06 3:33 p.m.] anfroholic Interesting to see the cell sizes across the libraries. @Tholin's being the smallest {Attachments} 2026-08_media/image-C94D6.png [2026-08-06 3:39 p.m.] djsftree i'll look into that 🙂 [2026-08-06 3:43 p.m.] essen__ One more request: could you look at unloading the elements that are out of view ? It's a great website that I could see myself using but as of now it's so resource heavy that the tab crashes after I scroll down a bit. [2026-08-06 3:47 p.m.] djsftree gf180mcu_as_sc_mcu7t3v3__nand2_2 - the 3.3V device is smaller [2026-08-06 3:48 p.m.] anfroholic I was aware of that. | Still super cool. Nice job! [2026-08-06 4:13 p.m.] djsftree done, when github pages catches up (10mins) should be ok {Reactions} 🎉 [2026-08-06 4:40 p.m.] essen__ much better 👍 [2026-08-06 6:08 p.m.] polyfractal very cool visualizations! [2026-08-06 7:36 p.m.] djsftree try again in 15 mins [2026-08-06 10:17 p.m.] djsftree hopefully a little neater now [2026-08-07 12:16 a.m.] outofnades Check out my project and load some chips 🙂 https://alpharomerojl.github.io/reticle/ {Embed} https://alpharomerojl.github.io/reticle/ Reticle Browser-native, GPU-accelerated editor for very large hierarchical 2D IC-layout scenes. [2026-08-07 12:47 a.m.] djsftree 😀 [2026-08-07 6:58 a.m.] anfroholic Neat! Want to tell us a bit about it? [2026-08-07 9:12 a.m.] djsftree finished the redesign - take a look - https://agentdavo.github.io/GDS3D/ 703 cells across 11 libraries; 703 rendered so far. [2026-08-07 9:13 a.m.] djsftree Explode distance is scaled per library: the offset is absolute in microns, so the value that suits a 350 µm I/O pad would throw a 3 µm standard cell off screen. [2026-08-07 9:14 a.m.] djsftree if you tap on a video a modal pops up with LEF and Liberty info [2026-08-07 5:35 p.m.] namibj well, thin oxide DRCs + 7-track..... [2026-08-07 6:17 p.m.] namibj I believe under our circumstances we should likely be free to do a modular bond-out substrate that can hold a full die or a half-die; depending on precision and need for gaps and how wide the dice line is (I fear it's not actually a positive width, if we're doing guided crystal fracture to split the substrate bulk), it could even be feasible to co-package two half dies in the space of a full die (I think some here have been working on chiplet/transputer like arrangements). I have to focus on the SerDes getting onto IHP SG13CMOS5L now though; reason being that silicon being sponsored and that porcess being not unlikely so much faster that I could pull off 25G with the exact same analog frontend topology that would do 10G on gf180mcuD. And hopefully we can have a silicon-tested/SPICE-extraction-calibrated thin oxide SCL on gf180mcuD by the time the finalization of data path widths happens for the SerDes instance that I hope to get onto Run4. Because I do quite want to have "reasonable" confidence in the SCL part not being the reason the SerDes fails to reach protocol speeds, and especially on the larger gf180mcuD I feel like overly wide datapaths on the SCL side would have substantial potential for dragging it all towards "large area need, PA not even included". [2026-08-07 6:31 p.m.] djsftree have a transputer t9000 inspired fpu with mxfp4, q8, and some t&l ops running at 50mhz on gf180 [2026-08-07 6:32 p.m.] djsftree {Attachments} 2026-08_media/boot-demo-2220D.gif [2026-08-07 6:33 p.m.] djsftree linux 7 , tinycc transputer compiler [2026-08-07 7:08 p.m.] djsftree added a dl mp4 button of the vid if you want to use for educationals. [2026-08-07 7:09 p.m.] djsftree https://agentdavo.github.io/GDS3D/ [2026-08-07 9:31 p.m.] djsftree serdes on gf180mcuD would be great, or low freq multiphase ddr3 like interface 1.5V power domain optimised. [2026-08-07 10:30 p.m.] namibj Well you're not along on the SerDes wish; do you have any preference as to the TX or the RX if you'd only get one or if both being the same level of fast would be way more expensive than only one being truly fast and the other direction running considerably slower? [2026-08-08 1:47 a.m.] mithro_ @djsftree stuff under my personal repo are experiments that are not always connected to reality in any way. {Reactions} 👍 [2026-08-08 1:50 a.m.] mithro_ Only Al bonds at the moment. @stuart is your person for custom wire bonding contracts. [2026-08-08 9:26 p.m.] archit3ch Looking at the quarter slot. Is there an option for wire bonding e.g. only 1/5th of the dies and paying $300? [2026-08-09 12:36 a.m.] mithro_ There is a fixed cost with doing things at the moment that means it isn't really possible. I'm trying to work with a number of PCBA houses so they can do wire bonding following standard templates as part of normal PCBA through their website and such. @stuart and @Lauri are helping figure out that. [2026-08-09 12:51 a.m.] mithro_ The eventual hope is that I can ship your parts direct to a place like NextPCB and they do what ever wire bonding you want in an even more cost effective manner. {Reactions} ❤️ (2) [2026-08-09 10:56 a.m.] archit3ch Do let me know if that service becomes available before the run 3 deadline (or I guess before the slots run out). Even as a one-off agreement with the PCBA houses before you roll out the service for everyone. [2026-08-10 1:00 a.m.] djsftree https://agentdavo.github.io/GDS3D/index3d.html — actual pdk data now, using custom webgl2 renderer 😁 can also cooy a modal url to share or embed [2026-08-10 8:08 a.m.] djsftree example https://agentdavo.github.io/GDS3D/index3d.html#c=gf180mcu_as_sc_mcu7t3v3__ao211_4&az=-0.716&el=0.633&spin=0&pin=VSS [2026-08-10 10:02 a.m.] tholin Okay, I am also intending to make more updates to my SCL for run 3. Suggestions? [2026-08-10 10:04 a.m.] tholin My personal goal is it to finish some missing oai parts and then see what’s missing to get it to work with vlsiffra [2026-08-10 10:38 a.m.] rebelmike A clock gate? {Reactions} 💯 (2) [2026-08-10 10:38 a.m.] tholin How do those work? Is it like a latch? [2026-08-10 10:39 a.m.] rebelmike The sky130 cell has a schematic: https://sky130-unofficial.readthedocs.io/en/latest/contents/libraries/sky130_fd_sc_hd/cells/dlclkp/README.html [2026-08-10 10:41 a.m.] rebelmike Basically a latch plus making sure there aren't any glitches [2026-08-10 10:42 a.m.] tholin Ah, the enable signal is synched to the clock [2026-08-10 10:42 a.m.] tholin I don’t think I’ll be able to characterize that [2026-08-10 10:42 a.m.] tholin Beyond propagation delay with the gate enabled [2026-08-10 10:49 a.m.] mole99 A clock gate would definitely be nice, even if it's not properly characterized yet. Also, I heard a new open-source characterization tool is coming out soon. I'll let you know once I know more. {Reactions} 👀 [2026-08-10 10:59 a.m.] tholin I’m pretty happy with lctime since it actually lets me automate it [2026-08-10 10:59 a.m.] tholin But all the characterization tools so far lack the ability to automatically determine the maximum capacitive load on a cell to keep within a max transition constraint. [2026-08-10 11:00 a.m.] tholin Its the one remaining manual step for me. [2026-08-10 12:51 p.m.] tholin Can I have multiple power domains using the foundry IO pads? Like, can I insert breakers to have a single isolated VDD pad? [2026-08-10 12:52 p.m.] tholin I do not know how to do this, but its the one puzzle piece I’m missing currently to get started on my submission [2026-08-10 12:52 p.m.] tholin Fallback would be using an analog pad for that supply [2026-08-10 1:06 p.m.] tholin To clarify: I know the __brk macros exist, I just don’t know how to instantiate them [2026-08-10 1:18 p.m.] 246tnt Any reason you want to use that rather than using an analog pad ? The downsides is you're breaking your ring ... The upside is you don't have diodes to IO supply ... [2026-08-10 1:18 p.m.] tholin The two digital input pads tied related to that supply [2026-08-10 1:18 p.m.] tholin Yeah! [2026-08-10 1:19 p.m.] 246tnt Ah so it's not just a voltage input you want to actually supply some IO pads off that supply. Got it. [2026-08-10 1:19 p.m.] tholin And an output [2026-08-10 1:19 p.m.] tholin I need break -> VDD -> input -> input -> output -> break [2026-08-10 1:21 p.m.] 246tnt You might want a ground pad there too. [2026-08-10 1:23 p.m.] 246tnt Because although the brk doesn't break `VSS`, it does break `DVSS`. And yeah, those are eventually electrically connected in the foundry IO, but then your ESD path to ground (and low drive too) takes a very long path instead of the very strong `DVSS` connections. [2026-08-10 1:27 p.m.] 246tnt As so how to use them, I'd just instanciate them in the verilog and then use a custom pad placement script to get those instance and put them in the right spot. At least that's how I would try it. [2026-08-10 1:40 p.m.] mole99 Yes, LibreLane's default padring generation script treats the breaker cell just like any other I/O cell and tries to space everything equidistant. So a custom padring script makes sense. [2026-08-10 1:47 p.m.] tholin I need to be careful not to break compatibility with the COB check [2026-08-10 1:47 p.m.] tholin I don’t even know what all that one checks for [2026-08-10 2:08 p.m.] tholin Huh, that was easier to figure out than I thought. I got two breakers, right where I need them. [2026-08-10 2:09 p.m.] tholin Its a bit jank, I hardcoded where it places them [2026-08-10 2:09 p.m.] tholin But I got it {Reactions} 👍 (2) [2026-08-10 2:09 p.m.] tholin Okay, so, ground will *not* be broken up, effectively? That is good news, actually. [2026-08-10 2:12 p.m.] tholin If the COB check checks for the locations of ground AND power pads, I might have issues with laying things out efficiently later down the line, but I can make it work. If it’ll throw a fuss at me inserting *additional* power pads, that would be a problem. [2026-08-10 2:26 p.m.] 246tnt @Tholin Huh ... "not broken up" but you really want a ground pad for things to work [2026-08-10 2:33 p.m.] tholin Ground should be common between the two circuits on this die [2026-08-10 2:34 p.m.] mole99 The CoB checks only verifies the passiviation openings - what they bond to doesn't matter. [2026-08-10 2:39 p.m.] tholin But isn’t ground and/or power tied to a copper plane on the breakout board? [2026-08-10 2:40 p.m.] tholin So I *practically* can’t move those without creating shorts. [2026-08-10 2:46 p.m.] anfroholic The COB as it stands, ground are tied together. power are all separate, *but* they all each have a decoupling cap on the wire. [2026-08-10 2:49 p.m.] tholin Alright, so I can move the power pads [2026-08-10 3:04 p.m.] tholin I finished pinout planning and setting up the padring just as I’m informed there are barely any quarter slots and I’d have better chances with a horizontal half-width {Attachments} 2026-08_media/image-10A29.png {Reactions} 👀 [2026-08-10 3:04 p.m.] tholin a! {Reactions} 😅 [2026-08-10 3:07 p.m.] tholin The 1 by 0.5 doesn’t have the power and ground pads placed as conveniently as the 0.5 by 0.5 [2026-08-10 3:10 p.m.] tholin Oh what? It got rid of all my beautiful markings on export. {Attachments} 2026-08_media/pinout_plan-B0F20.png {Reactions} 👀 [2026-08-10 3:11 p.m.] tholin You see how that works perfectly, right? [2026-08-10 3:16 p.m.] tholin On 1 by 0.5, the longest run of non-ground pads is this, which splits the die into thirds. {Attachments} 2026-08_media/pinout_plan-90363.png [2026-08-10 3:17 p.m.] tholin Although this would be able to switch more current [2026-08-10 3:19 p.m.] tholin Probably an unhealthy amount, so that’s not really the goal {Reactions} 😂 [2026-08-10 3:45 p.m.] tholin Well, lets try this, I suppose {Attachments} 2026-08_media/pinout_plan-F4B8C.png [2026-08-10 4:05 p.m.] mole99 For ws-run 3, there will probably be 9 quarter slots again. But since they can now be purchased, they may get used up quickly. True. [2026-08-10 4:49 p.m.] namibj Buffers that are designed to maintain duty-cycle (thus preventing long paths from swallowing up short/fast pulses? The TSP-DFF you had looked at? And, importantly, getting some proper full characterization work going including characterized static power, and maybe adding some less-conservative "ss/sf/ff/fs" corners that aim at something like 70~90% yield (looking only at global process variations for that figure; treatment of other process variations would still be done the normal way, and this is IMO basically about being able to plan for a less-ambitious yield of extended-temperature-and-voltage-range chips while still checking the normal ways that full yield is expected if the chips are treated as "limited temperature range, and needs a voltage supply better than a 7805-grade", by basically accepting that with some acceptable risk the devices built from the chips would need to employ an actual heat sink for the chip, perhaps even a fan, and would need a fancier-than-baseline power supply). I believe Xyce's intrusive-PCE and/or embedded-sampling would work effectively and affordably for this number of fingers/devices in a DUT, for getting statistically confident and reasonably-tight bounds on mismatch-induced variations in any given cell's delays, so that OpenSTA may appropriately consider the limited predictability of gate delays when figuring whether a PnR "solution" will work out. [2026-08-10 4:54 p.m.] tholin The clock buffers are supposed to be delay-balanced [2026-08-10 7:09 p.m.] namibj @azonenberg can you send @Tim Edwards the information on what hardware measuring/testing equipment abilities you _do_ have for the multi-gigabit Ser[Des] we're proposing like _right now_ for IHP SG13CMOS5L? Sorry to be so sudden, I forgot it was part of what's technically the "proposal deadline affected information-to-file". I'm expecting your scope to suffice to do appropriate reasonably representative BER measurements with the CDR shoved into ngacopeclient such that we can cope with the TX Baudrate being set by a non-PLL-governed VCO? Like I expect that to cause substantial amounts of low-frequency FM far out of the normal +-100ppm of BASE-R, but that's not gonna be a problem, right? [2026-08-10 7:12 p.m.] azonenberg The vendor CDR package lets you tweak the bandwidth of the loop pretty flexibly [2026-08-10 7:12 p.m.] azonenberg the ngscopeclient CDR is not currently tunable, but has wide bandwidth and will track low frequency jitter or spread spectrum no problem [2026-08-10 7:13 p.m.] azonenberg i actually use it all the time to measure the stability of a clock signal [2026-08-10 7:13 p.m.] azonenberg like, i can lock my soft PLL to the input data and recover the clock then plot frequency over time with some smoothing to measure drift in the source oscillator [2026-08-10 7:14 p.m.] azonenberg the bigger question is, for *real* use, how much noise a real e.g. FPGA based receiver can tolerate. but if the goal is just to validate the driver, it'll work no problem [2026-08-10 7:15 p.m.] azonenberg Equipment wise I have a teledyne lecroy SDA816Zi-A with probes including but not limited to D1605, D1330, D420-A, D420 [2026-08-10 7:15 p.m.] azonenberg and a MultiLane ML4039 BERT that may or may not be able to lock to the signal depending on how stable the clock is [2026-08-10 7:15 p.m.] azonenberg if you are able to output a 1/32, i think, rate reference clock it will help the BERT track it [2026-08-10 7:28 p.m.] namibj For real use one would add a PLL to it, that's just one more thing to go wrong and result in the IHP chips being DOA (for the high speed TX). [2026-08-10 7:28 p.m.] azonenberg yeah makes sense [2026-08-10 7:29 p.m.] azonenberg Could you possibly add a divided vco clock out and expose the vco control voltage so it would be possible (but not mandatory) to close the loop externally? [2026-08-10 7:34 p.m.] namibj We expect a `Baud/512~Baud/64` divided reference feed for the hopefully-deadline-meeting RX, with an off-die CDR getting provided edge sampler information via GPIOs (if I can DDR and ofc relative to that reference clock fed in), where the on-die PLL only does simple stupid integer-PLL and the synthesizer of this reference clock has to take care of possibly even bit-slipping until the PRBS receiver accepts it (not sure if it's sensitive if it's parallelized). Because I figured we don't actually have to do any of the hard parts of CDR on-die just to make this _testable._ [2026-08-10 7:35 p.m.] namibj I'm fully expecting such to be included, at sufficient quality to at least make testing not-hard. [2026-08-10 7:41 p.m.] azonenberg I specifically say 1/32 because i believe that is what the BERT needs (I'd have to double check but i'm ~95% sure it's 1/32) [2026-08-10 7:41 p.m.] azonenberg so if i get exactly that, the bert is in play [2026-08-10 7:41 p.m.] azonenberg if not, i can only use the scope [2026-08-10 7:41 p.m.] azonenberg (for the TX) [2026-08-10 9:04 p.m.] namibj @azonenberg Maybe the RX PLL can even be connected to the TX VCO/clock tree, we'll see. First we do a simple TX and when there's a DRC clean layout for it that has at least 30% yield for "good", and 80% yield for "testable", _only then_ do we put any substantial design effort into any fancy FIR, beyond-trivial pad capacitance matching/compensation, and ESPECIALLY any RX design, at least anything beyond trying to vaguely understand sensitivity time window for a strong arm latch implementation on that very process (as that strongly guides planning of how small of an UI to aim for in the RX, and it's area requirements gonna give a substantial hint on how large/compact the analog circuity would roughly be and from that whether it may fit into the same slot as the TX or whether it would need it's own slot to reach any comfy good performance/TX-matching-speed). [2026-08-10 9:04 p.m.] namibj Could so with an external frequency synthesizer for ya 😄 [2026-08-10 10:05 p.m.] namibj I'm thinking like +-5% drift in Baud rate due to hard-to-prevent temperature variations from airflow variations as you're reaching around the DUT on the bench (fiddling with the test gear stacked at the back of the workbench, or anything vaguely like it that explains some good thermal drift if a frequency is more manually adjusted through e.g. a zoomed-in spectrum analyzer on a 1:10 power divider (needs only a little bit of signal 😉 ) and a hand occasionally reaching for the know of the bench top PSU. Or something 😄 [2026-08-10 10:15 p.m.] namibj I'm confident a reasonable PLL implemented later is not hard to analytically adjust the jitter-vs.-frequency (UI_pk-pk vs. frequency) effects of the observed free running VCO of, to know if that particular PLL option would bring the TX jitter spectrum into compliance with 802.3. [2026-08-10 10:25 p.m.] namibj You're not _mandated_ to short the pad opening's exposed metal of a COB's "ground pad" to anything particular inside.... just in case you thought otherwise. [2026-08-11 2:22 a.m.] azonenberg 5% drift would be tricky if it's short term. 0.5% i could probably handle? I've never actually tested how far i can push the PLL. but also over what time horizon [2026-08-11 2:22 a.m.] azonenberg like it would be pretty easy to just grab a single waveform at a time and track whatever baud rate its running at and assume thermal drift over that 1ms window is negligible [2026-08-11 2:32 a.m.] namibj oh yeah that 5% if more over like 10s timescales or thereabouts, it's more a concern with a CDR PLL perhaps utilizing a relatively narrow-band pre-filter for the rate it's looking out for, and thus "keeping itself" from actually-following the signal, or perhaps just initially failing to find a lock in the first place. [2026-08-11 2:33 a.m.] azonenberg on a per-capture basis i can change the nominal rate in software. If we are talking to a hardware device, it's an issue [2026-08-11 3:07 a.m.] namibj At that point might as well point a thunderscope at it and spectrum-analyzer find the sub-harmonic of the baud rate where some relevant lower speed pattern content exists, like the 805.664062 megahertz of the 25GBASE-R's 64b/66b blocks that include their oh-so-important sync header. But yeah, I do not expect it to need to run free for testing, I think it can be used with an external PLL to be properly tested with "normal" gear. ============================================================== Exported 178 message(s) ==============================================================